Moving image decoding method using chrominance format and intra-frame prediction mode

ABSTRACT

A moving image decoding method is provided for generating a prediction image using an intra-frame prediction mode. The moving image decoding method includes deriving a first parameter and a second parameter by using a sampled luminance value down-sampled according to a chrominance format and the intra-frame prediction mode; and deriving the prediction image by using the first parameter and the second parameter, wherein: the first parameter is derived by: deriving a logarithmic value of a luminance difference value, deriving a first value by right-shifting a second value related to the luminance difference value by the logarithmic value, and using a third value acquired by multiplying a fourth value by a chrominance difference value, wherein the fourth value is determined from a reference table by using the first value, and the second parameter is derived by using the first parameter.

CROSS-REFERENCE TO RELATED APPLICATION(S)

This application is a continuation application of U.S. patent application Ser. No. 17/299,980, filed on Jun. 4, 2021, which is a national stage application of International Patent Application PCT/JP2019/047252, filed on Dec. 3, 2019, now published as WO2020/116455, which claims the benefit of and priority to Japanese Patent Application Serial No. 2018-230200, filed on Dec. 7, 2018, the contents of all of which are hereby incorporated herein fully by reference in their entirety.

TECHNICAL FIELD

Embodiments of the present invention relate to a prediction image generation device, a moving image decoding device, a moving image encoding device, and a prediction image generation method.

BACKGROUND ART

For the purposes of transmitting or recording moving images efficiently, a moving image encoding device is used to generate encoded data by encoding a moving image, and a moving image decoding device is used to generate a decoded image by decoding the encoded data.

Specific moving image encoding schemes include, for example, H.264/AVC, High-Efficiency Video Coding (HEVC), etc.

In such moving image encoding schemes, images (pictures) forming a moving image are managed by a hierarchical structure, and are encoded/decoded for each coding unit (CU), wherein the hierarchical structure includes slices acquired by splitting the images, coding tree units (CTUs) acquired by splitting the slices, CUs acquired by splitting the coding tree units, and transform units (TUs) acquired by splitting the coding units.

In addition, in such moving image encoding schemes, sometimes, a prediction image is generated on the basis of local decoded images acquired by encoding/decoding input images, and prediction errors (sometimes also referred to as “difference images” or “residual images”) acquired by subtracting the prediction image from the input images (original images) are encoded. Prediction image generation methods include inter-picture prediction (inter-frame prediction) and intra-picture prediction (intra-frame prediction). Moving image encoding and decoding technologies of recent years include non-patent document 1.

Moreover, moving image encoding and decoding technologies of recent years include cross-component linear model (CCLM) prediction for generating a prediction image of a chrominance image according to a luminance image. In CCLM prediction, linear prediction parameters are derived by using decoded images contiguous to an object block, and a chrominance of the object block is predicted according to a linear prediction model (CCLM model) (non-patent document 2).

CITATION LIST Non Patent Literature

-   Non-patent document 1: “Versatile Video Coding (Draft 3)”,     JVET-L1001, Joint Video Exploration Team (JVET) of ITU-T SG 16 WP 3     and ISO/IEC JTC 1/SC 29/WG 11, 2018 Nov. 8 17:06:06 -   Non-patent document 2: “CE3-5.1: On cross-component linear model     simplification”, JVET-L0191, Joint Video Exploration Team (JVET) of     ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11, 2018 Oct. 3

SUMMARY OF INVENTION Technical Problem

As described above, in CCLM processing, linear prediction parameters are derived, and prediction images are generated by using a linear prediction model. In derivation of linear prediction parameters, integer operations and table lookups are used, but large memory usage by the table is a problem.

Solution to Problem

In a first aspect of the present disclosure, a moving image decoding device is provided for generating a prediction image using an intra-frame prediction mode. The moving image decoding device includes at least one processor; and at least one storage device coupled to the at least one processor and stores computer-executable instructions which, when executed by the at least one processor, cause the moving image decoding device to: derive a first parameter and a second parameter by using a sampled luminance value downsampled according to a chrominance format and the intra-frame prediction mode; and derive the prediction image by using the first parameter and the second parameter, wherein: the first parameter is derived by deriving a logarithmic value of a luminance difference value, deriving a first value by right-shifting a second value related to the luminance difference value by the logarithmic value, and using a third value acquired by multiplying a fourth value by a chrominance difference value, wherein the fourth value is determined from a reference table by using the first value, and the second parameter is derived by using the first parameter.

In a second aspect of the present disclosure, a prediction image generation method is provided for generating a prediction image using an intra-frame prediction mode. The prediction image generation method includes deriving a first parameter and a second parameter by using a sampled luminance value downsampled according to a chrominance format and the intra-frame prediction mode; and deriving the prediction image by using the first parameter and the second parameter, wherein: the first parameter is derived by deriving a logarithmic value of a luminance difference value, deriving a first value by right-shifting a second value related to the luminance difference value by the logarithmic value, and using a third value acquired by multiplying a fourth value by a chrominance difference value, wherein the fourth value is determined from a reference table by using the first value, and the second parameter is derived by using the first parameter.

In a third aspect of the present disclosure, a moving image encoding device is provided for generating a prediction image using an intra-frame prediction mode. The moving image encoding device includes at least one processor; and at least one storage device coupled to the at least one processor and stores computer-executable instructions which, when executed by the at least one processor, cause the moving image encoding device to: derive a first parameter and a second parameter by using a sampled luminance value downsampled according to a chrominance format and the intra-frame prediction mode; and derive the prediction image by using the first parameter and the second parameter, wherein: the first parameter is derived by deriving a logarithmic value of a luminance difference value, deriving a first value by right-shifting a second value related to the luminance difference value by the logarithmic value, and using a third value acquired by multiplying a fourth value by a chrominance difference value, wherein the fourth value is determined from a reference table by using the first value, and the second parameter is derived by using the first parameter.

In a fourth aspect of the present disclosure, a moving image decoding method is provided for generating a prediction image using an intra-frame prediction mode. The moving image decoding method includes deriving a first parameter and a second parameter by using a sampled luminance value down-sampled according to a chrominance format and the intra-frame prediction mode; and deriving the prediction image by using the first parameter and the second parameter, wherein: the first parameter is derived by: deriving a logarithmic value of a luminance difference value, deriving a first value by right-shifting a second value related to the luminance difference value by the logarithmic value, and using a third value acquired by multiplying a fourth value by a chrominance difference value, wherein the fourth value is determined from a reference table by using the first value, and the second parameter is derived by using the first parameter.

Advantage Effects of Invention

According to a solution of the present invention, the amount of storage required for CCLM prediction can be reduced.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a schematic diagram showing components of an image transmission system according to an example embodiment of the present disclosure.

FIGS. 2A-2B are diagrams respectively showing components of a transmitting device equipped with a moving image encoding device and components of a receiving device equipped with a motion image decoding device according to example embodiments of the present disclosure.

FIGS. 3A-3B are diagrams respectively showing components of a recording device equipped with a moving image encoding device and components of a reproducing device equipped with a moving image decoding device according to example embodiments of the present disclosure.

FIG. 4 is a diagram showing a hierarchical structure of data in an encoded stream according to an example embodiment of the present disclosure.

FIGS. 5A-5F are diagrams respectively showing an example of CTU splitting according to example embodiments of the present disclosure.

FIG. 5G is a table showing values of multiple split flags for different CTU splittings in FIGS. 5A-5F according to an example embodiment of the present disclosure.

FIG. 6 is a schematic diagram showing types (mode numbers) of intra-frame prediction modes according to an example embodiment of the present disclosure.

FIG. 7 is a schematic diagram showing components of a moving image decoding device according to an example embodiment of the present disclosure.

FIG. 8 is a schematic diagram showing components of an intra-frame prediction parameter decoding portion according to an example embodiment of the present disclosure.

FIGS. 9A-9B are diagrams respectively showing reference regions for intra-frame prediction according to example embodiments of the present disclosure.

FIG. 10 is a diagram showing components of an intra-frame prediction image generation portion according to an example embodiment of the present disclosure.

FIG. 11A is a block diagram showing an example of the components of the CCLM prediction portion according to an example embodiment of the present disclosure.

FIG. 11B is a diagram showing a derivation method of IntraPredModeC according to an example embodiment of the present disclosure.

FIG. 12 is a block diagram showing an example of components of a CCLM prediction filter portion according to an example embodiment of the present disclosure.

FIGS. 13A-13E are diagrams respectively illustrating pixels referred to in derivation of CCLM prediction parameters according to an example embodiment of the present disclosure.

FIG. 14 is a diagram showing an example of a combination (of luminance and chrominance) used in CCLM prediction according to an example embodiment of the present disclosure.

FIG. 15 is a block diagram showing components of a moving image encoding device according to an example embodiment of the present disclosure.

FIG. 16 is a schematic diagram showing components of an intra-frame prediction parameter encoding portion according to an example embodiment of the present disclosure.

FIG. 17 is a diagram for illustrating an example of calculating the value of an element not maintained in a table according to an example embodiment of the present disclosure.

FIG. 18 is a diagram for illustrating an example of calculating the value of an element not maintained in a table according to an example embodiment of the present disclosure.

DESCRIPTION OF EMBODIMENTS First Embodiment

Embodiments of the present invention are described below with reference to the accompanying drawings.

FIG. 1 is a schematic diagram showing components of an image transmission system 1 according to an example embodiment of the present disclosure.

The image transmission system 1 is a system for transmitting an encoded stream acquired by encoding an encoding object image, decoding the transmitted encoded stream, and displaying an image. Components of the image transmission system 1 include: a moving image encoding device (image encoding device) 11, a network 21, a moving image decoding device (image decoding device) 31, and a moving image display device (image display device) 41.

An image T is input to the moving image encoding device 11.

The network 21 transmits encoded streams Te generated by the moving image encoding device 11 to the moving image decoding device 31. The network 21 is the Internet, a Wide Area Network (WAN), a Local Area Network (LAN), or a combination thereof. The network 21 is not necessarily limited to a bidirectional communication network, and may be a unidirectional communication network for transmitting broadcast waves such as terrestrial digital broadcasting and satellite broadcasting. In addition, the network 21 may also be replaced with a storage medium in which the encoded streams Te are recorded, such as Digital Versatile Disc (DVD, registered trademark), Blue-ray Disc (BD, registered trademark), etc.

The moving image decoding device 31 decodes the encoded streams Te transmitted by the network 21 respectively to generate one or a plurality of decoded images Td.

The moving image display device 41 displays all of or part of the one or the plurality of decoded images Td generated by the moving image decoding device 31. The moving image display device 41 includes, for example, display apparatuses such as a liquid crystal display, an organic Electro-Luminescence (EL) display, etc. The display may be in the form of, for example, a stationary display, a mobile display, an HMD, etc. In addition, when the moving image decoding device 31 has high processing capabilities, an image having high image quality is displayed, and when the moving image decoding device 31 has only relatively low processing capabilities, an image not requiring high processing capabilities and high display capabilities is displayed.

<Operator>

The operators used in this specification are described below.

>> denotes right-shift; << denotes left-shift; & denotes bitwise AND; | denotes bitwise OR; |= denotes an OR assignment operator; ν denotes logical sum.

x?y:z is a ternary operator in which y is taken when x is true (other than 0) and z is taken when x is false (0).

Clip3(a, b, c) is a function for clipping c to a value equal to or greater than a and equal to or less than b, and returning a if c<a, returning b if c>b, and returning c otherwise (where a<=b).

abs(a) is a function for returning the absolute value of a.

Int(a) is a function for returning the integer value of a.

floor(a) is a function for returning the greatest integer equal to or less than a.

ceil(a) is a function for returning the least integer equal to or greater than a.

a/d denotes division of a by d (chop off decimal).

a{circumflex over ( )}b denotes a to the power of b.

<Structure of the Encoded Stream Te>

Prior to detailed description of the moving image encoding device 11 and the moving image decoding device 31 according to this embodiment, a data structure of the encoded stream Te generated by the moving image encoding device 11 and decoded by the moving image decoding device 31 is described.

FIG. 4 is a diagram showing a hierarchical structure of data in the encoded stream Te according to an example embodiment of the present disclosure. The encoded stream Te exemplarily includes a sequence and a plurality of pictures forming the sequence. FIG. 4 is a diagram illustrating an encoding video sequence of a default sequence SEQ, an encoding picture defining a picture PICT, an encoding slice defining a slice S, encoding slice data defining slice data, a coding tree unit included in the encoding slice data, and a coding unit included in the coding tree unit according to an example embodiment of the present disclosure.

(Encoding Video Sequence)

In the encoding video sequence, a set of data to be referred to by the moving image decoding device 31 in order to decode the sequence SEQ of a processing object is defined. The encoding video of the sequence SEQ is shown in FIG. 4 , and includes a video parameter set (VPS), multiple sequence parameter sets (SPSs), multiple picture parameter sets (PPSs), multiple pictures (PICTs), and supplemental enhancement information (SEI).

In the VPS, in a moving image formed by a plurality of layers, a set of encoding parameters common to a plurality of moving images, a plurality of layers included in the moving image, and a set of encoding parameters related to each of the layers are defined.

In the SPS, a set of encoding parameters referred to by the moving image decoding device 31 in order to decode an object sequence are defined. For example, the width and the height of a picture are defined. It should be noted that there may be a plurality of SPSs. In this case, any one of the plurality of SPSs is selected from the PPS.

In the PPS, a set of encoding parameters referred to by the moving image decoding device 31 in order to decode each picture in the object sequence are defined. For example, a reference value (pic_init_qp_minus26) of a quantization width for decoding of the picture and a flag (weighted_pred_flag) for indicating application of weighted prediction are included. It should be noted that there may be a plurality of PPSs. In this case, any one of the plurality of PPSs is selected from each picture in the object sequence.

(Encoding Picture)

In the encoding picture, a set of data referred to by the moving image decoding device 31 in order to decode the picture PICT of the processing object is defined. The picture PICT is shown in FIG. 4 , and includes slice 0 to slice NS−1 (NS is the total number of slices included in the picture PICT).

It should be noted that in the following description, when there is no need to distinguish between slice 0 to slice NS−1, subscripts of the reference numerals may be omitted. In addition, other pieces of data included in the encoded stream Te and having a subscript to be described below follow the same rules.

(Encoding Slice)

In the encoding slice, a set of data referred to by the moving image decoding device 31 in order to decode a slice S of the processing object is defined. The slice is shown in FIG. 4 , and includes a slice header and slice data.

The slice header includes an encoding parameter group referred to by the moving image decoding device 31 in order to determine a decoding method of an object slice. Slice type designation information (slice_type) for designating a slice type is an example of an encoding parameter included in the slice header.

Examples of slice types that can be designated by the slice type designation information include (1) I slice using only intra-frame prediction during encoding, (2) P slice using unidirectional prediction or intra-frame prediction during encoding, (3) B slice using unidirectional prediction, bidirectional prediction, or intra-frame prediction during encoding, and the like. It should be noted that the inter-frame prediction is not limited to unidirectional prediction and bidirectional prediction, and more reference pictures can be used to generate a prediction image. P slice and B slice used hereinafter refer to a slice including a block on which inter-frame prediction can be used.

It should be noted that the slice header may also include a reference (pic_parameter_set_id) to the PPS.

(Encoding Slice Data)

In the encoding slice data, a set of data referred to by the moving image decoding device 31 in order to decode slice data of the processing object is defined. The slice data is shown in FIG. 4 , and includes multiple CTUs. The CTU is a block of a fixed size (for example, 64×64) forming a slice, and is also referred to as a Largest Coding Unit (LCU).

(Coding Tree Unit)

In FIG. 4 , a set of data referred to by the moving image decoding device 31 in order to decode the CTU of the processing object is defined. The CTU is split by recursive Quad Tree (QT) split, Binary Tree (BT) split, or Ternary Tree (TT) split into coding units CU serving as a basic unit of encoding processing. The BT split and the TT split are collectively referred to as Multi Tree (MT) split. Nodes of a tree structure acquired by means of recursive quad tree split are referred to as coding nodes. Intermediate nodes of a quad tree, a binary tree, and a ternary tree are coding nodes, and the CTU itself is also defined as a highest coding node.

A CT includes the following information used as CT information: a QT split flag (qt_split_cu_flag) for indicating whether to perform QT split, an MT split flag (mtt_split_cu_flag) for indicating whether MT split exists, an MT split direction (mtt_split_cu_vertical_flag) for indicating a split direction of the MT split, and an MT split type (mtt_split_cu_binary_flag) for indicating a split type of the MT split. qt_split_cu_flag, mtt_split_cu_flag, mtt_split_cu_vertical_flag, and mtt_split_cu_binary_flag are transmitted on the basis of each coding node.

FIGS. 5A-5F are diagrams respectively showing an example of CTU splitting according to example embodiments of the present disclosure. When qt_split_cu_flag is 1, the coding node is split into four coding nodes (FIG. 5B).

When qt_split_cu_flag is 0, and mtt_split_cu_flag is 0, the coding node is not split, and one CU is maintained as a node (FIG. 5A). The CU is an end node of the coding nodes, and is not subjected to further splitting. The CU is a basic unit of the encoding processing.

When mtt_split_cu_flag is 1, MT split is performed on the coding node as follows. When mtt_split_cu_vertical_flag is 0, and mtt_split_cu_binary_flag is 1, the coding node is horizontally split into two coding nodes (FIG. 5D); when mtt_split_cu_vertical_flag is 1, and mtt_split_cu_binary_flag is 1, the coding node is vertically split into two coding nodes (FIG. 5C. Furthermore, when mtt_split_cu_vertical_flag is 0, and mtt_split_cu_binary_flag is 0, the coding node is horizontally split into three coding nodes (FIG. 5F); when mtt_split_cu_vertical_flag is 1, and mtt_split_cu_binary_flag is 0, the coding node is vertically split into three coding nodes (FIG. 5E). These splits are illustrated in FIG. 5G. FIG. 5G is a table showing values of multiple split flags for different CTU splittings in FIGS. 5A-5F according to an example embodiment of the present disclosure.

In addition, when the size of the CTU is 64×64 pixels, the size of the CU may be any one of 64×64 pixels, 64×32 pixels, 32×64 pixels, 32×32 pixels, 64×16 pixels, 16×64 pixels, 32×16 pixels, 16×32 pixels, 16×16 pixels, 64×8 pixels, 8×64 pixels, 32×8 pixels, 8×32 pixels, 16×8 pixels, 8×16 pixels, 8×8 pixels, 64×4 pixels, 4×64 pixels, 32×4 pixels, 4×32 pixels, 16×4 pixels, 4×16 pixels, 8×4 pixels, 4×8 pixels, and 4×4 pixels.

(Coding Unit)

As shown in FIG. 4 , a set of data referred to by the moving image decoding device 31 in order to decode the coding unit of the processing object is defined. Specifically, the CU consists of a CU header CUH, prediction parameters, transform parameters, quantization and transform coefficients, etc. In the CU header, a prediction mode and the like are defined.

Prediction processing may be performed for each CU, and may be performed for each sub-CU acquired by further splitting the CU. When the CU and the sub-CU have the same size, one sub-CU is included in the CU. When the CU has a size larger than the size of the sub-CU, the CU is split into sub-CUs. For example, when the CU is 8×8 and the sub-CU is 4×4, the CU is split into four sub-CUs with two horizontal splits and two vertical splits.

Prediction types (prediction modes) include intra-frame prediction and inter-frame prediction. The intra-frame prediction is prediction in the same picture, and the inter-frame prediction refers to prediction processing performed between mutually different pictures (for example, between display time points).

Processing in transform/quantization portion is performed for each CU, but the quantization and transform coefficient may also be subjected to entropy coding for each sub-block of 4×4 and the like.

(Prediction Parameters)

The prediction image is derived by prediction parameters associated with the block. The prediction parameters include prediction parameters for the intra-frame prediction and the inter-frame prediction.

The prediction parameters for the intra-frame prediction are described below. Intra-frame prediction parameters consist of a luminance prediction mode IntraPredModeY and a chrominance prediction mode IntraPredModeC. FIG. 6 is a schematic diagram showing types (mode numbers) of intra-frame prediction modes according to an example embodiment of the present disclosure. As shown in FIG. 6 , there are, for example, 67 intra-frame prediction modes (0 to 66) and 28 wide-angle prediction modes (−14 to −1 and 67 to 80). For example, planar prediction (0), DC prediction (1), angular prediction (2 to 66). Also, CCLM modes (81 to 83) may be added to the chrominance.

Syntax elements used to derive intra-frame prediction parameters include, for example, intra_luma_mpm_flag, mpm_idx, mpm_remainder, etc. (MPM)

intra_luma_mpm_flag is a flag indicating whether the luminance prediction mode Intra Pred ModeY of an object block is consistent with the most probable mode (MPM). The MPM is a prediction mode included in a MPM candidate list mpmCandList[ ]. The MPM candidate list is a list in which candidates are stored, where according to estimates based on an intra-frame prediction mode of a contiguous block and a specified intra-frame prediction mode, probabilities of the candidates being applied to an object block are high. If intra_luma_mpm_flag is 1, then the luminance prediction mode IntraPredModeY of the object block is derived by using the MPM candidate list and an index mpm_idx.

IntraPredModeY=mpmCandList[mpm_idx]

(REM)

If intra_luma_mpm_flag is 0, then a luminance prediction mode IntraPredModeY is derived by using mpm_remainder. Specifically, the intra-frame prediction mode is selected from the modes RemIntraPredMode remaining after eliminating the intra-frame prediction modes included in the MPM candidate list from all intra-frame prediction modes.

(Components of the Moving Image Decoding Device)

FIG. 7 is a schematic diagram showing components of a moving image decoding device according to an example embodiment of the present disclosure. Components of the moving image decoding device 31 (FIG. 7 ) according to this embodiment are described.

The components of the moving image decoding device 31 include: an entropy decoding portion 301, a parameter decoding portion (prediction image decoding device) 302, a loop filter 305, a reference picture memory 306, a prediction parameter memory 307, a prediction image generation portion 308, an inverse quantization/inverse transform portion 311, and an addition portion 312. It should be noted that according to the moving image encoding device 11 described below, the moving image decoding device 31 may not include the loop filter 305.

The parameter decoding portion 302 further includes a header decoding portion, a CT information decoding portion, and a CU decoding portion (prediction mode decoding portion) all of which are not shown in FIG. 7 . The CU decoding portion further includes a TU decoding portion. The above components can also be collectively referred to as a decoding module. The header decoding portion decodes parameter set information such as the VPS, the SPS, and the PPS and the slice header (slice information) from the encoded data. The CT information decoding portion decodes the CT from the encoded data. The CU decoding portion decodes the CU from the encoded data. When the TU includes the prediction error, the TU decoding portion decodes QP update information (quantization correction value) and a quantization prediction error (residual_coding) from the encoded data.

In addition, the parameter decoding portion 302 is configured to include an inter-frame prediction parameter decoding portion 303 and an intra-frame prediction parameter decoding portion 304. The prediction image generation portion 308 is configured to include an inter-frame prediction image generation portion 309 and an intra-frame prediction image generation portion 310.

In addition, an example in which the CTU and the CU are used as processing units is described below; however, the processing is not limited thereto, and processing may also be performed in units of sub-CUs. Alternatively, the CTU and the CU may be replaced with blocks, and the sub-CU may be replaced with a sub-block; processing may be performed in units of blocks or sub-blocks.

The entropy decoding portion 301 performs entropy decoding on an encoded stream Te input from the external, separates each code (syntax element), and performs decoding. A separated code includes prediction information for generating a prediction image, a prediction error for generating a difference image, and the like. The entropy decoding portion 301 outputs the separated code to the parameter decoding portion 302.

(Functions of the Intra-Frame Prediction Parameter Decoding Portion 304)

The intra-frame prediction parameter decoding portion 304 decodes intra-frame prediction parameter such as the intra-frame prediction mode IntraPredMode by referring to a prediction parameter stored in the prediction parameter memory 307 and on the basis of a code input from the entropy decoding portion 301. The intra-frame prediction parameter decoding portion 304 outputs the decoded intra-frame prediction parameter to the prediction image generation portion 308, and then the decoded intra-frame prediction parameter is stored in the prediction parameter memory 307. The intra-frame prediction parameter decoding portion 304 may also derive intra-frame prediction modes that differ in luminance and chrominance.

FIG. 8 is a schematic diagram showing the components of the intra-frame prediction parameter decoding portion 304 of the parameter decoding portion 302 according to an example embodiment of the present disclosure. As shown in FIG. 8 , the intra-frame prediction parameter decoding portion 304 is configured to include: a parameter decoding control portion 3041, a luminance intra-frame prediction parameter decoding portion 3042, and a chrominance intra-frame prediction parameter decoding portion 3043.

The parameter decoding control portion 3041 indicates decoding of a syntax element to the entropy decoding portion 301, and receives the syntax element from the entropy decoding portion 301. If intra_luma_mpm_flag is 1, then the parameter decoding control portion 3041 outputs mpm_idx to an MPM parameter decoding portion 30422 in the luminance intra-frame prediction parameter decoding portion 3042. In addition, if intra_luma_mpm_flag is 0, then the parameter decoding control portion 3041 outputs mpm_remainder to a non-MPM parameter decoding portion 30423 of the luminance intra-frame prediction parameter decoding portion 3042. In addition, the parameter decoding control portion 3041 outputs a chrominance intra-frame prediction parameter intra_chroma_pred_mode to the chrominance intra-frame prediction parameter decoding portion 3043.

The luminance intra-frame prediction parameter decoding portion 3042 is configured to include: an MPM candidate list derivation portion 30421, the MPM parameter decoding portion 30422, and the non-MPM parameter decoding portion 30423 (a decoding portion and a derivation portion).

The MPM parameter decoding portion 30422 derives the luminance prediction mode IntraPredModeY with reference to the MPM candidate list mpmCandList[ ] derived by the MPM candidate list derivation portion 30421 and mpm_idx, and outputs the same to the intra-frame prediction image generation portion 310.

The non-MPM parameter decoding portion 30423 derives IntraPredModeY from the MPM candidate list mpmCandList[ ] and mpm_remainder, and outputs the same to the intra-frame prediction image generation portion 310.

The chrominance intra-frame prediction parameter decoding portion 3043 derives the chrominance prediction mode IntraPredModeC from intra_chroma_pred_mode, and outputs the same to the intra-frame prediction image generation portion 310.

The loop filter 305 is a filter provided in an encoding loop, and is a filter for eliminating block distortion and ringing distortion to improve image quality. The loop filter 305 performs filtering such as de-blocking filtering, Sampling Adaptive Offset (SAO), and Adaptive Loop Filtering (ALF) on the decoded image of the CU generated by the addition portion 312.

The reference picture memory 306 stores the decoded image of the CU generated by the addition portion 312 in a predefined position for each object picture and each object CU.

The prediction parameter memory 307 stores the prediction parameters in a predefined position for the CTU or the CU of each decoded object. Specifically, the prediction parameter memory 307 stores a parameter decoded by the parameter decoding portion 302, a prediction mode predMode separated by the entropy decoding portion 301, etc.

The prediction mode predMode, the prediction parameters, etc., are input into the prediction image generation portion 308. In addition, the prediction image generation portion 308 reads the reference picture from the reference picture memory 306. The prediction image generation portion 308 uses, in a prediction mode indicated by the prediction mode predMode, the prediction parameters and the read reference picture (reference picture block) to generate a prediction image of the block or the sub-block. Here, the reference picture block refers to a collection (generally a rectangle, and therefore it is referred to as a block) of pixels on the reference picture, and is a region referenced for prediction image generation.

(Intra-Frame Prediction Image Generation Portion 310)

If the prediction model predMode indicates the intra-frame prediction mode, then the intra-frame prediction image generation portion 310 performs intra-frame prediction by using the intra-frame prediction parameter input from the intra-frame prediction parameter decoding portion 304 and reference pixels read from the reference picture memory 306.

Specifically, the intra-frame prediction image generation portion 310 reads, from the reference picture memory 306, contiguous blocks on an object picture and within a predetermined range of distance to the object block. The contiguous blocks within the predetermined range are contiguous blocks on the left, top left, top, and top right of the object block, and vary with the regions referred to in the intra-frame prediction mode.

The intra-frame prediction image generation portion 310 generates a prediction image of an object block with reference to the read decoded pixel values and the prediction mode indicated by IntraPredMode. The intra-frame prediction image generation portion 310 outputs the generated prediction image of the block to the addition portion 312.

In the following, the generation of prediction images on the basis of intra-frame prediction modes is illustrated. In planar prediction, DC prediction, and angular prediction, a decoded peripheral region contiguous (close) to a prediction object block is set to a reference region R. Then, the prediction image is generated by extrapolating the pixels in the reference region R in a particular direction. For example, the reference region R may be configured to be an L-shaped region (e.g., the region represented by pixels marked by circles filled with diagonal lines) including the left and upper (or further, top-left, top-right, bottom-left) of the prediction object block.

(Details Regarding the Prediction Image Generation Portion)

Next, details regarding the components of the intra-frame prediction image generation portion 310 are described by using FIG. 10 . FIG. 10 is a diagram showing components of an intra-frame prediction image generation portion according to an example embodiment of the present disclosure. The intra-frame prediction image generation portion 310 has: a prediction object block configuration portion 3101, an unfiltered reference image configuration portion 3102 (a first reference image configuration portion), a filtered reference image configuration portion 3103 (a second reference image configuration portion), a prediction portion 3104, and a prediction image correction portion 3105 (a prediction image correction portion, a filter switching portion, and a weighting coefficient change portion).

The prediction portion 3104 generates a temporary prediction image (a prediction image before correction) of the prediction object block on the basis of respective reference pixels (an unfiltered reference image) in the reference region R, a filtered reference image generated by a reference pixel filter (a first filter), and the intra-frame prediction mode, and outputs the same to the prediction image correction portion 3105. The prediction image correction portion 3105 corrects the temporary prediction image according to the intra-frame prediction mode, generates a prediction image (a corrected prediction image), and outputs the same.

In the following, the functions of the intra-frame prediction image generation portion 310 are described.

(Prediction Object Block Configuration Portion 3101)

The prediction object block configuration portion 3101 configures an object CU to be a prediction object block, and outputs information related to the prediction object block (prediction object block information). The prediction object block information includes at least a size, a position, and an index indicating luminance or chrominance of the prediction object block.

(Unfiltered Reference Image Configuration Portion 3102)

The unfiltered reference image configuration portion 3102 configures a contiguous peripheral region of the prediction object block to be the reference region R on the basis of the size and position of the prediction object block. Next, for each pixel value within the reference region R (unfiltered reference image, boundary pixels), each decoded pixel value at a corresponding position on the reference picture memory 306 is configured. FIGS. 9A-9B are diagrams respective showing reference regions for intra-frame prediction according to example embodiments of the present disclosure. The row r[x][−1] of decoded pixels contiguous to the upper side of the prediction object block and the column r[−1][y] of decoded pixels contiguous to the left side of the prediction object block shown in FIG. 9A are unfiltered reference images.

(Filtered Reference Image Configuration Portion 3103)

The filtered reference image configuration portion 3103 applies the reference pixel filter (the first filter) to the unfiltered reference image according to the intra-frame prediction mode, and derives the filtered reference image s[x][y] for each position (x, y) in the reference region R. Specifically, the filtered reference image (FIG. 9B) is derived by applying a low-pass filter to the unfiltered reference image of the position (x, y) and that surrounding the position (x, y). It should be noted that the low-pass filter does not necessarily need to be applied to all intra-frame prediction modes, and the low-pass filter may also be applied to part of the intra-frame prediction modes. It should be noted that the filter applied to the unfiltered reference image in the reference region R in the filtered reference pixel configuration portion 3103 is referred to as the “reference pixel filter (first filter),” and correspondingly, the filter for correcting the temporary prediction image in the prediction image correction portion 3105 described later is referred to as the “boundary filter (second filter).”

(Functions of the Intra-Frame Prediction Portion 3104)

The intra-frame prediction portion 3104 generates the temporary prediction image (the temporary prediction pixel values, the prediction image before correction) of the prediction object block on the basis of the intra-frame prediction mode, the unfiltered reference image, and the filtered reference pixel values, and outputs the same to the prediction image correction portion 3105. The prediction portion 3104 is provided internally with: a planar prediction portion 31041, a DC prediction portion 31042, an angular prediction portion 31043, and a CCLM prediction portion (prediction image generation device) 31044. The prediction portion 3104 selects a specific prediction portion according to the intra-frame prediction mode, and inputs an unfiltered reference image and a filtered reference image. The relationship between the intra-frame prediction mode and a corresponding prediction portion is shown below.

-   -   Planar prediction ⋅ ⋅ ⋅ Planar prediction portion 31041     -   DC prediction ⋅ ⋅ ⋅ DC prediction portion 31042     -   Angular prediction ⋅ ⋅ ⋅ Angular prediction portion 31043     -   CCLM prediction ⋅ ⋅ ⋅ CCLM prediction portion 31044

(Planar Prediction)

The planar prediction portion 31041 generates a temporary prediction image by linearly adding a plurality of filtered reference images according to a distance between a prediction object pixel position and a reference pixel position, and outputs the same to the prediction image correction portion 3105.

(Dc Prediction)

The DC prediction portion 31042 derives a DC prediction value equivalent to an average of the filtered reference image s[x][y], and outputs a temporary prediction image q[x][y] regarding the DC prediction values as pixel values.

(Angular Prediction)

The angular prediction portion 31043 generates a temporary prediction image q[x][y] by using the filtered reference image s[x][y] in a prediction direction (reference direction) shown in the intra-frame prediction mode, and outputs the same to the prediction image correction portion 3105.

(Cross-Component Linear Model (CCLM) Prediction)

The CCLM prediction portion 31044 predicts chrominance pixel values on the basis of luminance pixel values. Specifically, a prediction image of the chrominance image (Cb, Cr) is generated by using a linear model on the basis of a decoded luminance image.

(Functions of the Prediction Image Correction Portion 3105)

The prediction image correction portion 3105 corrects, according to the intra-frame prediction mode, the temporary prediction image outputted from prediction portion 3104. Specifically, for each pixel of the temporary prediction image, the prediction image correction portion 3105 performs weighted adding (weighted averaging) on an unfiltered reference image and a temporary prediction image according to a distance between the reference region R and an object prediction pixel, so as to derive a prediction image (corrected prediction image) Pred acquired by correcting the temporary prediction image. It should be noted that in some intra-frame prediction modes (e.g., planar prediction, DC prediction, etc.), the temporary prediction image may not necessarily be corrected by the prediction image correction portion 3105, and an output of the prediction portion 3104 is directly used as the prediction image.

The inverse quantization/inverse transform portion 311 inversely quantizes the quantization and transform coefficient input from the entropy decoding portion 301 to acquire a transform coefficient. The quantization and transform coefficient is a coefficient acquired by performing frequency transform and quantization such as Discrete Cosine Transform (DCT), Discrete Sine Transform (DST), etc., on the prediction error in the encoding processing. The inverse quantization/inverse transform portion 311 performs inverse frequency transform such as inverse DCT, inverse DST, etc., on the acquired transform coefficient to calculate the prediction error. The inverse quantization/inverse transform portion 311 outputs the prediction error to the addition portion 312.

The addition portion 312 adds the prediction image of the block input from the prediction image generation portion 308 to the prediction error input from the inverse quantization/inverse transform portion 311 for each pixel to generate a decoded image of the block. The addition portion 312 stores the decoded image of the block in the reference picture memory 306, and outputs the same to the loop filter 305.

(Components of the Moving Image Encoding Device)

Next, components of the moving image encoding device 11 according to this embodiment are described. FIG. 15 is a block diagram showing components of the moving image encoding device 11 according to an example embodiment of the present disclosure. The moving image encoding device 11 is configured to include: a prediction image generation portion 101, a subtraction portion 102, a transform/quantization portion 103, an inverse quantization/inverse transform portion 105, an addition portion 106, a loop filter 107, a prediction parameter memory (prediction parameter storage portion, frame memory) 108, a reference picture memory (reference image storage portion, frame memory) 109, an encoding parameter determination portion 110, a parameter encoding portion 111, and an entropy encoding portion 104.

The prediction image generation portion 101 generates a prediction image according to regions formed by splitting each picture of each image T, namely, according to the CU. The prediction image generation portion 101 performs the same action as the prediction image generation portion 308 described above, and the description therefor is omitted here.

The subtraction portion 102 subtracts a pixel value of the prediction image of the block input from the prediction image generation portion 101 from a pixel value of the image T to generate a prediction error. The subtraction portion 102 outputs the prediction error to the transform/quantization portion 103.

The transform/quantization portion 103 calculates a transform coefficient by performing frequency transform on the prediction error input from the subtraction portion 102, and derives a quantization and transform coefficient by means of quantization. The transform/quantization portion 103 outputs the quantization and transform coefficient to the entropy encoding portion 104 and the inverse quantization/inverse transform portion 105.

The inverse quantization/inverse transform portion 105 is the same as the inverse quantization/inverse transform portion 311 (FIG. 7 ) in the moving image decoding device 31, and therefore the description therefor is omitted here. The calculated prediction error is input to the addition portion 106.

In the entropy encoding portion 104, the quantization and transform coefficient is input from the transform/quantization portion 103, and encoding parameters are input from the parameter encoding portion 111. The encoding parameters include, for example, codes such as a reference picture index refIdxLX, a prediction vector index mvp_LX_idx, a difference vector mvdLX, a motion vector accuracy mode amvr_mode, a prediction mode predMode, and a merge index merge_idx.

The entropy encoding portion 104 performs entropy encoding on splitting information, the prediction parameters, the quantization and transform coefficient, etc., to generate an encoded stream Te, and outputs the same.

The parameter encoding portion 111 includes a header encoding portion, a CT information encoding portion, a CU encoding portion (prediction mode encoding portion), an inter-frame prediction parameter encoding portion, and an intra-frame prediction parameter encoding portion all of which are not shown in FIG. 14 . FIG. 14 is a diagram showing an example of a combination (of luminance and chrominance) used in CCLM prediction according to an example embodiment of the present disclosure. The CU encoding portion further includes a TU encoding portion.

(Functions of the Intra-Frame Prediction Parameter Encoding Portion 113)

The intra-frame prediction parameter encoding portion 113 derives an encoding form (e.g., mpm_idx, mpm_remainder, etc.) according to an intra-frame prediction mode IntraPredMode input from the encoding parameter determination portion 110. The intra-frame prediction parameter encoding portion 113 includes the components same as part of the components causing the intra-frame prediction parameter decoding portion 304 to derive an intra-frame prediction parameter.

FIG. 16 is a schematic diagram showing components of an intra-frame prediction parameter encoding portion according to an example embodiment of the present disclosure. FIG. 16 shows the components of the intra-frame prediction parameter encoding portion 113 of the parameter encoding portion 111. The intra-frame prediction parameter encoding portion 113 is configured to include: a parameter encoding control portion 1131, a luminance intra-frame prediction parameter derivation portion 1132, and a chrominance intra-frame prediction parameter derivation portion 1133.

The luminance prediction mode IntraPredModeY and the chrominance prediction mode IntraPredModeC are input to the parameter encoding control portion 1131 from the encoding parameter determination portion 110. The parameter encoding control portion 1131 determines intra_luma_mpm_flag with reference to the MPM candidate list mpmCandList[ ] of the candidate list derivation portion 30421. Then, intra_luma_mpm_flag and IntraPredModeY are outputted to the luminance intra-frame prediction parameter derivation portion 1132. Further, IntraPredModeC is outputted to the chrominance intra-frame prediction parameter derivation portion 1133.

The luminance intra-frame prediction parameter derivation portion 1132 is configured to include: an MPM candidate list derivation portion 30421 (a candidate list derivation portion), an MPM parameter derivation portion 11322, and a non-MPM parameter derivation portion 11323 (an encoding portion and a derivation portion).

The MPM candidate list derivation portion 30421 derives the MPM candidate list mpmCandList[ ] with reference to the intra-frame prediction mode of contiguous blocks stored in the prediction parameter memory 108. The MPM parameter derivation portion 11322 derives mpm_idx from IntraPredModeY and mpmCandList[ ] if intra_luma_mpm_flag is 1, and outputs the same to the entropy encoding portion 104. The non-MPM parameter derivation portion 11323 derives mpm_remainder from IntraPredModeY and mpmCandList[ ] if intra_luma_mpm_flag is 0, and outputs the same to the entropy encoding portion 104.

The chrominance intra-frame prediction parameter derivation portion 1133 derives intra_chroma_pred_mode from IntraPredModeY and IntraPredModeC, and outputs the same.

The addition portion 106 adds the pixel value of the prediction image of the block input from the prediction image generation portion 101 to the prediction error input from the inverse quantization/inverse transform portion 105 for each pixel so as to generate a decoded image. The addition portion 106 stores the generated decoded image in the reference picture memory 109.

The loop filter 107 performs de-blocking filtering, SAO, and ALF on the decoded image generated by the addition portion 106. It should be noted that the loop filter 107 does not necessarily include the above three filters, for example, the loop filter 107 may include only a de-blocking filter.

The prediction parameter memory 108 stores the prediction parameters generated by the encoding parameter determination portion 110 in a predefined position for each object picture and each CU.

The reference picture memory 109 stores the decoded image generated by the loop filter 107 in a predefined position for each object picture and each CU.

The encoding parameter determination portion 110 selects one of a plurality of sets of encoding parameters. The encoding parameters refer to the aforementioned QT, BT, or TT splitting information, prediction parameters, or parameters generated in association with the same and serving as encoding objects. The prediction image generation portion 101 uses these encoding parameters to generate the prediction image.

The encoding parameter determination portion 110 calculates an RD cost value denoting an information size and the encoding error for each of the plurality of sets. The RD cost value is, for example, the sum of a code quantity and a value acquired by multiplying a squared error by a coefficient X. The encoding parameter determination portion 110 selects a set of encoding parameters having a lowest calculated cost value. Therefore, the entropy encoding portion 104 uses the selected set of encoding parameters as the encoded stream Te, and outputs the same. The encoding parameter determination portion 110 stores the determined encoding parameters in the prediction parameter memory 108.

It should be noted that a part of the moving image encoding device 11 and the moving image decoding device 31 in the above embodiment, for example, the entropy decoding portion 301, the parameter decoding portion 302, the loop filter 305, the prediction image generation portion 308, the inverse quantization/inverse transform portion 311, the addition portion 312, the prediction image generation portion 101, the subtraction portion 102, the transform/quantization portion 103, the entropy encoding portion 104, the inverse quantization/inverse transform portion 105, the loop filter 107, the encoding parameter determination portion 110, and the parameter encoding portion 111 can be implemented by means of a computer. In this case, it can be implemented by recording a program for implementing the control function in a computer-readable recording medium and causing a computer system to read and execute the program recorded in the recording medium. It should be noted that the described “computer system” refers to a computer system built in any one of the moving image encoding device 11 and the moving image decoding device 31 and including an operation system (OS) and hardware such as a peripheral apparatus. In addition, the “computer-readable recording medium” refers to a removable medium such as a floppy disk, a magneto-optical disk, an ROM, and a CD-ROM and a storage device such as a hard disk built in the computer system. Moreover, the “computer-readable recording medium” may also include a recording medium for dynamically storing a program for a short time period such as a communication line used to transmit a program over a network such as the Internet or over a telecommunication line such as a telephone line, and may also include a recording medium for storing a program for a fixed time period such as a volatile memory in the computer system for functioning as a server or a client in such a case. In addition, the program described above may be a program for implementing a part of the functions described above, and may also be a program capable of implementing the functions described above in combination with a program already recorded in the computer system.

In addition, the moving image encoding device 11 and the moving image decoding device 31 in the above embodiment may be partially or completely implemented as integrated circuits such as Large Scale Integration (LSI) circuits. The functional blocks of the moving image encoding device 11 and the moving image decoding device 31 may be individually implemented as processors, or may be partially or completely integrated into a processor. In addition, the circuit integration method is not limited to LSI, and the integrated circuits may be implemented as dedicated circuits or a general-purpose processor. In addition, with advances in semiconductor technology, a circuit integration technology with which LSI is replaced appears, and therefore an integrated circuit based on the technology may also be used.

An embodiment of the present invention has been described in detail above with reference to the accompanying drawings; however, the specific configuration is not limited to the above embodiment, and various amendments can be made to a design without departing from the scope of the gist of the present invention.

Application Examples

The moving image encoding device 11 and the moving image decoding device 31 described above can be used in a state of being mounted on various devices for transmitting, receiving, recording, and reproducing a moving image. It should be noted that the moving image may be a natural moving image captured by a video camera or the like, or may be an artificial moving image (including CG and GUI) generated by means of a computer or the like.

FIGS. 2A-2B are diagrams respectively showing components of a transmitting device equipped with a moving image encoding device and components of a receiving device equipped with a motion image decoding device according to example embodiments of the present disclosure. Firstly, with reference to FIGS. 2A-2B, a description of that the moving image encoding device 11 and the moving image decoding device 31 described above can be used to transmit and receive the moving image is provided.

FIG. 2A is a block diagram showing components of a transmitting device PROD_A equipped with the moving image encoding device 11 according to an example embodiment of the present disclosure. As shown in FIG. 2A, the transmitting device PROD_A includes: an encoding portion PROD_A1 for acquiring encoded data by encoding the moving image, a modulation portion PROD_A2 for acquiring a modulation signal by using the encoded data acquired by the encoding portion PROD_A1 to modulate a carrier, and a transmitting portion PROD_A3 for transmitting the modulation signal acquired by the modulation portion PROD_A2. The moving image encoding device 11 described above is used as the encoding portion PROD_A1.

As a source for providing the moving image input to the encoding portion PROD_A1, the transmitting device PROD_A may further include: a video camera PROD_A4 for capturing a moving image, a recording medium PROD_A5 on which the moving image is recorded, an input terminal PROD_A6 for inputting a moving image from the external, and an image processing portion A7 for generating or processing an image. FIG. 2A exemplarily shows that the transmitting device PROD_A includes all of these components, but a part of these components can be omitted.

It should be noted that the recording medium PROD_A5 may be a medium on which a moving image not encoded is recorded, or may be a medium on which a moving image encoded by using an encoding method for recording different from the encoding method for transmission is recorded. In the latter case, a decoding portion (not shown) for decoding, according to the encoding method for recording, the encoded data read from the recording medium PROD_A5 may be provided between the recording medium PROD_A5 and the encoding portion PROD_A1.

FIG. 2B is a block diagram showing components of a receiving device PROD_B equipped with the moving image decoding device 31 according to an example embodiment of the present disclosure. As shown in FIG. 2B, the receiving device PROD_B includes: a receiving portion PROD_B1 for receiving the modulation signal, a demodulation portion PROD_B2 for acquiring the encoded data by demodulating the modulation signal received by the receiving portion PROD_B1, and a decoding portion PROD_B3 for acquiring the moving image by decoding the encoded data acquired by the demodulation portion PROD_B2. The moving image decoding device 31 described above is used as the decoding portion PROD_B3.

The receiving device PROD_B serves as a destination of provision of the moving image outputted by the decoding portion PROD_B3, and may further include a display PROD_B4 for displaying the moving image, a recording medium PROD_B5 for recording the moving image, and an output terminal PROD_B6 for outputting the moving image to the external. FIG. 2B exemplarily shows that the receiving device PROD_B includes all of these components, but a part of these components can be omitted.

It should be noted that the recording medium PROD_B5 may be a medium on which a moving image not encoded is recorded, or may be a medium on which a moving image encoded by using an encoding method for recording different from the encoding method for transmission is recorded. In the latter case, an encoding portion (not shown) for encoding, according to the encoding method for recording, the moving image acquired from the decoding portion PROD_B3 may be provided between the decoding portion PROD_B3 and the recording medium PROD_B5.

It should be noted that a transmission medium for transmitting the modulation signal may be wireless or wired. In addition, a transmission scheme for transmitting the modulation signal may be broadcasting (here, referred to a transmission scheme of which the transmission destination is not determined in advance) or communication (here, referred to a transmission scheme of which the transmission destination is determined in advance). That is, transmission of the modulation signal may be implemented by means of any one of wireless broadcasting, wired broadcasting, wireless communication, and wired communication.

For example, a broadcast station (broadcast apparatus and the like)/receiving station (television receiver and the like) of digital terrestrial broadcasting is an example of the transmitting device PROD_A/receiving device PROD_B transmitting or receiving the modulation signal by means of wireless broadcasting. In addition, a broadcast station (broadcast apparatus and the like)/receiving station (television receiver and the like) of cable television broadcasting is an example of the transmitting device PROD_A/receiving device PROD_B transmitting or receiving the modulation signal by means of wired broadcasting.

In addition, a server (workstation and the like)/client (television receiver, personal computer, smart phone, and the like) using a Video On Demand (VOD) service and a moving image sharing service on the Internet is an example of the transmitting device PROD_A/receiving device PROD_B transmitting or receiving the modulation signal by means of communication (generally, a wireless or wired transmission medium is used in LAN, and a wired transmission medium is used in WAN). Here, the personal computer includes a desktop PC, a laptop PC, and a tablet PC. In addition, the smart phone also includes a multi-functional mobile phone terminal.

It should be noted that the client using the moving image sharing service has a function for decoding encoded data downloaded from the server and displaying the same on a display and a function for encoding a moving image captured by a video camera and uploading the same to the server. That is, the client using the moving image sharing service functions as both the transmitting device PROD_A and the receiving device PROD_B.

Next, with reference to FIGS. 3A-3B, a description of that the moving image encoding device 11 and the moving image decoding device 31 described above can be used to record and reproduce the moving image is provided. FIGS. 3A-3B are diagrams respectively showing components of a recording device equipped with a moving image encoding device and components of a reproducing device equipped with a moving image decoding device according to example embodiments of the present disclosure.

FIG. 3A is a block diagram showing components of a recording device PROD_C equipped with the moving image encoding device 11 described above according to an example embodiment of the present disclosure. As shown in FIG. 3A, the recording device PROD_C includes: an encoding portion PROD_C1 for acquiring encoded data by encoding the moving image and a writing portion PROD_C2 for writing the encoded data acquired by the encoding portion PROD_C1 in a recording medium PROD_M. The moving image encoding device 11 described above is used as the encoding portion PROD_C1.

It should be noted that the recording medium PROD_M may be (1) a recording medium built in the recording device PROD_C such as a Hard Disk Drive (HDD) and a Solid State Drive (SSD), may also be (2) a recording medium connected to the recording device PROD_C such as an SD memory card and a Universal Serial Bus (USB) flash memory, and may also be (3) a recording medium loaded into a drive device (not shown) built in the recording device PROD_C such as a Digital Versatile Disc (DVD, registered trademark) and a Blu-ray Disc (BD, registered trademark).

In addition, as a source for providing the moving image input to the encoding portion PROD_C1, the recording device PROD_C may further include: a video camera PROD_C3 for capturing a moving image, an input terminal PROD_C4 for inputting a moving image from the external, a receiving portion PROD_C5 for receiving a moving image, and an image processing portion PROD_C6 for generating or processing an image. FIG. 3A exemplarily shows that the recording device PROD_C includes all of these components, but a part of these components can be omitted.

It should be noted that the receiving portion PROD_C5 can receive an un-encoded moving image, and can also receive encoded data encoded by using an encoding method for transmission different from the encoding method for recording. In the latter case, a decoding portion for transmission (not shown) for decoding the encoded data encoded by using the encoding method for transmission may be provided between the receiving portion PROD_C5 and the encoding portion PROD_C1.

Examples of such recording device PROD_C include: a DVD recorder, a BD recorder, a Hard Disk Drive (HDD) recorder, etc. (in this case, the input terminal PROD_C4 or the receiving portion PROD_C5 is a main source for providing the moving image). In addition, a portable video camera (in this case, the video camera PROD_C3 is the main source for providing the moving image), a personal computer (in this case, the receiving portion PROD_C5 or the image processing portion C6 is the main source for providing the moving image), and a smart phone (in this case, the video camera PROD_C3 or the receiving portion PROD_C5 is the main source for providing the moving image) are also included in the examples of such recording device PROD_C.

FIG. 3B is a block diagram showing components of a reproducing device PROD_D equipped with the moving image decoding device 31 described above according to an example embodiment of the present disclosure. As shown in FIG. 3B, the reproducing device PROD_D includes: a reading portion PROD_D1 for reading the encoded data having been written in the recording medium PROD_M and a decoding portion PROD_D2 for acquiring the moving image by decoding the encoded data read by the reading portion PROD_D1. The moving image decoding device 31 described above is used as the decoding portion PROD_D2.

It should be noted that the recording medium PROD_M may be (1) a recording medium built in the reproducing device PROD_D such as an HDD and an SSD, may also be (2) a recording medium connected to the reproducing device PROD_D such as an SD memory card and a USB flash memory, and may also be (3) a recording medium loaded into a drive device (not shown) built in the reproducing device PROD_D such as a DVD and a BD.

In addition, as a destination of provision of the moving image outputted by the decoding portion PROD_D2, the reproducing device PROD_D may further include: a display PROD_D3 for displaying the moving image, an output terminal PROD_D4 for outputting the moving image to the external, and a transmitting portion PROD_D5 for transmitting the moving image. FIG. 3B exemplarily shows that the reproducing device PROD_D includes all of these components, but a part of these components can be omitted.

It should be noted that the transmitting portion PROD_D5 can transmit an un-encoded moving image, and can also transmit encoded data encoded by using an encoding method for transmission different from the encoding method for recording. In the latter case, an encoding portion (not shown) for encoding the moving image by using the encoding method for transmission may be provided between the decoding portion PROD_D2 and the transmitting portion PROD_D5.

Examples of such reproducing device PROD_D include a DVD player, a BD player, an HDD player, and the like (in this case, the output terminal PROD_D4 connected to a television receiver and the like is a main destination of provision of the moving image). In addition, a television receiver (in this case, the display PROD_D3 is the main destination of provision of the moving image), a digital signage (also referred to as an electronic signage or an electronic bulletin board, and the display PROD_D3 or the transmitting portion PROD_D5 is the main destination of provision of the moving image), a desktop PC (in this case, the output terminal PROD_D4 or the transmitting portion PROD_D5 is the main destination of provision of the moving image), a laptop or tablet PC (in this case, the display PROD_D3 or the transmitting portion PROD_D5 is the main destination of provision of the moving image), a smart phone (in this case, the display PROD_D3 or the transmitting portion PROD_D5 is the main destination of provision of the moving image), and the like are also included in the examples of such reproducing device PROD_D.

(Chrominance Intra-Frame Prediction Mode)

Next, CCLM prediction is described with reference to FIGS. 11 to 14 .

The intra-frame prediction parameter decoding portion 304 refers to the luminance prediction modes IntraPredModeY, intra_chroma_pred_mode, and the table of FIG. 11B when deriving the chrominance prediction mode IntraPredModeC described above. FIG. 11B is a diagram showing a derivation method of IntraPredModeC according to an example embodiment of the present disclosure. If intra_chroma_pred_mode is 0 to 3 and 7, then IntraPredModeC is derived depending on the value of IntraPredModeY. For example, if intra_chroma_pred_mode is 0 and IntraPredModeY is 0, then IntraPredModeC is 66. Furthermore, if intra_chroma_pred_mode is 3 and IntraPredModeY is 50, then IntraPredModeC is 1. It should be noted that the values of IntraPredModeY and IntraPredModeC represent the intra-frame prediction mode of FIG. 6 . If intra_chroma_pred_mode is 4 to 6, then IntraPredModeC is derived without depending on the value of IntraPredModeY. intra_chroma_pred_mode=81 (INTRA_LT_CCLM), 82 (INTRA_L_CCLM), and 83 (INTRA_T_CCLM) are respectively a mode in which a prediction image of a chrominance image is generated on the basis of the luminance image of the upper and left contiguous blocks, a mode in which a prediction image of a chrominance image is generated on the basis of the luminance image of the left contiguous block, and a mode in which a prediction image of a chrominance image is generated on the basis of the luminance image of the upper contiguous block.

The following describes CCLM prediction. In the drawings, object blocks and contiguous blocks of the luminance image are represented by pY[ ][ ] and pRefY[ ][ ]. The object block has a width of bW and a height of bH.

The CCLM prediction portion 31044 (the unfiltered reference image configuration portion 3102) derives CCLM prediction parameters by using the luminance contiguous image pRefY[ ][ ] of FIGS. 13(a)-(c) and the chrominance contiguous image pRefC[ ][ ] of FIG. 13E as the reference region. The CCLM prediction portion 31044 derives a chrominance prediction image by using the luminance object image pRef[ ].

FIGS. 13A-13E are diagrams respectively illustrating pixels referred to in derivation of CCLM prediction parameters according to an embodiment of the present invention. The CCLM prediction portion 31044 derives CCLM prediction parameters by using pixel values of the upper and left contiguous blocks of the object block if intra_chroma_pred_mode is 81 (INTRA_LT_CCLM), as shown in FIG. 13A, derives CCLM prediction parameters by using pixel values of the left contiguous block if intra_chroma_pred_mode is 82 (INTRA_L_CCLM), as shown in FIG. 13B, and derives CCLM prediction parameters by using pixel values of the upper contiguous block if intra_chroma_pred_mode is 83 (INTRA_T_CCLM), as shown in FIG. 13C. The size of the regions can be as follows. In FIG. 13A, the upper side of the object block has a width of bW and a height of refH (refH>1), and the left side of the object block has a height of bH and a width of refW (refW>1). In FIG. 13B, the height is 2*bH, and the width is refW. In FIG. 13C, the width is 2*bW, and the height is refH. In order to implement downsampling processing, refW and refH may be set to a value greater than 1 by matching the number of taps of a downsampling filter. Furthermore, in FIG. 13E, the object block and the contiguous block of the chrominance image (Cb, Cr) are represented by pC[ ][ ] and pRefC[ ][ ]. The object block has a width of bWC and a height of bHC.

(CCLM Prediction Portion)

The CCLM prediction portion 31044 is described on the basis of FIGS. 11A-11B. FIG. 11A is a block diagram showing an example of components of a CCLM prediction portion according to an example embodiment of the present disclosure, and FIG. 11B is a diagram showing a derivation method of IntraPredModeC according to an example embodiment of the present disclosure. The CCLM prediction portion 31044 includes: a downsampling portion 310441, a CCLM prediction parameter derivation portion (parameter derivation portion) 310442, and a CCLM prediction filter portion 310443.

The downsampling portion 310441 downsamples pRefY[ ][ ] and pY[ ][ ], to match the size of the chrominance image. If a chrominance format is 4:2:0, then the horizontal and vertical pixel numbers of pRefY[ ][ ] and pY[ ][ ] are sampled as 2:1, and results are stored at pRefDsY[ ][ ] and pDsY[ ][ ] of FIG. 13D. It should be noted that, bW/2 and bH/2 are respectively equal to bWC and bHC. If a chrominance format is 4:2:2, then the horizontal pixel numbers of pRefY[ ][ ] and pY[ ][ ] are sampled as 2:1, and results are stored at pRefDsY[ ] and pDsY[ ][ ]. If a chrominance format is 4:4:4, then no sampling is implemented, and pRefY[ ][ ] and pY[ ][ ] are stored at pRefDsY[ ][ ] and pDsY[ ][ ]. An example of sampling is represented by the following formulas.

pDsY[x][y]=(pY[2*x−1][2*y]+pY[2*x−1][2*y+1]+2*pY[2*x][2*y]+2*pY[2*x][2*y+1]+pY[2*x+1][2*y]+pY[2*x+1][2*y+1]+4)>>3

pRefDsY[x][y]=(pRefY[2*x−1][2*y]+pRefY[2*x−1][2*y+1]+2*pRefY[2*x][2*y]+2*pRefY[2*x][2*y+1]+pRefY[2*x+1][2*y]+pRefY[2*x+1][2*y+1]+4)>>3

The CCLM prediction filter portion 310443 regards a reference image refSamples[ ][ ] as an input signal, and outputs a prediction image predSamples[ ][ ] by using the CCLM prediction parameters (a, b).

predSamples[ ][ ]=((a*refSamples[ ][ ])>>shiftA)+b(CCLM−1)

Here, refSamples is pDsY of FIG. 13D; (a, b) is the CCLM prediction parameter derived by means of the CCLM prediction parameter derivation portion 310442; predSamples[ ][ ] is the chrominance prediction image (pC of FIG. 13E). It should be noted that (a, b) is respectively derived for Cb and Cr. Further, shiftA is a normalized shift number representing the precision of the value of a, and when the slope of decimal precision is set to af, a=af<<shiftA.

FIG. 12 is a block diagram showing an example of components of a CCLM prediction filter portion according to an example embodiment of the present disclosure. FIG. 12 shows the components of the CCLM prediction filter portion 310443 that predicts the chrominance according to the luminance. As shown in FIG. 12 , the CCLM prediction filter portion 310443 has a linear prediction portion 310444. The linear prediction portion 310444 regards refSamples[ ][ ] as an input signal, and outputs predSamples[ ][ ] by using the CCLM prediction parameters (a, b).

More specifically, the linear prediction portion 310444 derives the chrominance Cb or Cr according to the luminance Y by means of the following formula in which the CCLM prediction parameters (a, b) are used, and outputs predSamples[ ][ ] by using this chrominance Cb or Cr.

Cb (or Cr)=aY+b

The CCLM prediction parameter derivation portion 310442 derives the CCLM prediction parameters by using the downsampled contiguous block pRefY (pRefDsY[ ][ ] of FIG. 13D) of the luminance and the contiguous block pRefC[ ][ ] (pRefC[ ][ ] of FIG. 13E) of the chrominance as input signals. The CCLM prediction parameter derivation portion 310442 outputs the derived CCLM prediction parameters (a, b) to the CCLM prediction filter portion 310443.

(CCLM Prediction Parameter Derivation Portion)

The CCLM prediction parameter derivation portion 310442 derives the CCLM prediction parameters (a, b) in the case where a prediction block predSamples[ ][ ] of the object block is linearly predicted according to the reference block refSamples[ ][ ].

In the derivation of the CCLM prediction parameters (a, b), the CCLM prediction parameter derivation portion 310442 derives a point (x1, y1) where the luminance value Y is maximum (Y_MAX) and a point (x2, y2) where the luminance value Y is minimum (Y_MIN) from a group of a contiguous block (the luminance value Y, the chrominance value C). Next, pixel values of (x1, y1) and (x2, y2) on pRefC corresponding to (x1, y1) and (x2, y2) on pRefDsY are respectively set to C_MAX and C_MIN. Then, as shown in FIG. 14 , a straight line connecting (Y_MAX, C_MAX) and (Y_MIN, C_MIN) on a graph using Y and C as the x and y axes respectively is acquired. The CCLM prediction parameters (a, b) for this straight line can be derived by using the following formula.

a=(C_MAX−C_MIN)/(Y_MAX−Y_MIN)

b=C_MIN−(a*Y_MIN)

If this (a, b) is used, then shiftA of the formula (CCLM−1)=0.

Here, if the chrominance is Cb, then (C_MAX, C_MIN) is the pixel values of (x1, y1) and (x2, y2) of the contiguous block pRefCb[ ][ ] of Cb, and if the chrominance is Cr, then (C_MAX, C_MIN) is the pixel values of (x1, y1) and (x2, y2) of the contiguous block pRefCr[ ][ ] of Cr.

It should be noted that the calculation cost of the division is high, and therefore, the CCLM prediction parameters (a, b) are derived by using integer operations and table lookups instead of division. Specifically, calculation is performed by using the following formula.

ChromaDelta=C_MAX−C_MIN

low=(ChrmaDelta*LMDivTableLow[diff−1]+2{circumflex over ( )}15)>>16

a=(ChromaDelta*LMDivTable[diff−1]+low+add)>>shiftB

b=C_MIN−((a*Y_MIN)>>shiftA)

diff=(Y_MAX−Y_MIN+add)>>shiftB

shiftB=(BitDepthC>8)?(BitDepthC−9):0

add=(shiftB>0)?1<<(shiftB−1):0

If diff=0, then a=0. Here, LMDivTableLow[ ] and LMDivTable[ ] are tables (inverse, inverse table) used to perform division by referring to tables, and are derived in advance by using the following formula. In other words, the value maintained in the table is a derived value (a value corresponding to the inverse of a divisor). That is, a difference value and a derived value are maintained in the table by establishing a correspondence. Furthermore, shiftB is a shift value used to quantize the value domain of diff that differs depending on a bit depth to be 2{circumflex over ( )}9=512 or lower. It should be noted that if the bit depth BitDepthC of the chrominance image is equal to or greater than 10 bits, quantization is performed in advance, so that diff is within a range of 0 to 512. shiftB is not limited to the above. For example, a specified constant Q (e.g., 2, 6, or the like) may be used as follows. The same is also true in other embodiments.

shiftB=BitDepthC−Q

LMDivTable[diff−1]=floor(2{circumflex over ( )}16/diff)

LMDivTableLow[diff−1]=floor((2{circumflex over ( )}16*2{circumflex over ( )}16)/diff)−floor(2{circumflex over ( )}16/diff)*2{circumflex over ( )}16

LMDivTable[diff−1] represents an integer part of (1/diff*2{circumflex over ( )}16). LMDivTableLow[diff−1] represents 2{circumflex over ( )}16 times the decimal part of (1/diff*2{circumflex over ( )}16). Furthermore, a and b are 2{circumflex over ( )}6 (2 to the power of 16) times the value of the formula (C=a*Y+b) described above.

For example, if diff=7, then it is as follows.

LMDivTable[7−1]=floor(2{circumflex over ( )}16/7)=9362

LMDivTableLow[7−1]=floor((2{circumflex over ( )}16*2{circumflex over ( )}16)/7)−floor(2{circumflex over ( )}16/7)*2{circumflex over ( )}16=18724

If (a, b) derived from the above formula is used, then shiftA of the formula (CCLM−1) is 16.

(Specific Processing in CCLM Prediction Portion) Processing Example 1

In the embodiment described above, the CCLM prediction parameter derivation portion 310442 derives the CCLM prediction parameter by using Table LMDivTable representing the integer part of 1/diff and Table LMDivTableLow representing the decimal part of 1/diff. Here, Table LMDivTable has a maximum value of 65536 (17 bits), and Table LMDivTableLow has a maximum value of 65140 (16 bits). The number of elements of each table is 512. Therefore, a very large memory having the size of 17*512+16*512=16896 (bits) is required for storing Table LMDivTable and Table LMDivTableLow.

In this processing example, the CCLM prediction parameter derivation portion 310442 does not derive the CCLM prediction parameters by using Table LMDivTableLow of the two tables that represents the decimal part of 1/diff. That is, the CCLM prediction parameter derivation portion 310442 derives the CCLM prediction parameters (a, b) by using the following formula.

a=(ChromaDelta*LMDivTable[diff−1]+add)>>shiftB

b=C_MIN−((a*Y_MIN)>>shiftA)

add=(shiftB>0)?1<<(shiftB−1):0

The inventors have experimentally confirmed that CCLM prediction achieves sufficient performance by means of only Table LMDivTable.

As a result, since Table LMDivTableLow does not need to be stored, the amount of storage required for table storage can be roughly halved. In addition, processing load can also be mitigated since there is no need for operations to derive div.

As described above, the CCLM prediction portion 31044 for this processing generates a prediction image by means of CCLM prediction, and has the CCLM prediction parameter derivation portion 310442. The CCLM prediction parameters are derived by generating Table LMDivTable corresponding to the difference values of a plurality of luminance reference pixels and the derived values used to derive the CCLM prediction parameters according to the difference values. The aforementioned Table LMDivTable maintains an integer part of the values acquired by multiplying the inverse of the difference values by a specified value.

Thereby, the amount of storage required for a table for the derivation of CCLM prediction parameters can be reduced.

Processing Example 2

In this processing example, the number of bits of Table LMDivTable used by the CCLM prediction parameter derivation portion 310442 is reduced.

In the embodiment described above, the values of Table LMDivTable are an integer part of (1/diff)*65536, and are therefore as follows.

65536, 32768, 21845, 16384, 13107, 10922, 9362, 8192, 7281, 6553, 5957, 5461, 5041, 4681, 4369, 4096, 3855, 3640, 3449, 3276, 3120, 2978, 2849, 2730, 2621, 2520, 2427, 2340, 2259, 2184, 2114, 2048 . . . .

In this processing example, the mantissa (m) part of each value described above is approximated in an exponential representation (m*2{circumflex over ( )}exp) represented by P bits, and only the mantissa part is maintained in Table DivTableM. For example, if it is assumed that P=5, then the values of the inverse table are as follows.

16*2{circumflex over ( )}12, 16*2{circumflex over ( )}11, 21*2{circumflex over ( )}10, 16*2{circumflex over ( )}10, 26*2{circumflex over ( )}9, 21*2{circumflex over ( )}9, 18*2{circumflex over ( )}9, 16*2{circumflex over ( )}9, 28*2{circumflex over ( )}8, 26*2{circumflex over ( )}8, 23*2{circumflex over ( )}8, 21*2{circumflex over ( )}8, 20*2{circumflex over ( )}8, 18*2{circumflex over ( )}8, 17*2{circumflex over ( )}8, 16*2{circumflex over ( )}8, 30*2{circumflex over ( )}7, 28*2{circumflex over ( )}7, 27*2{circumflex over ( )}7, 26*2{circumflex over ( )}7, 24*2{circumflex over ( )}7, 23*2{circumflex over ( )}7, 22*2{circumflex over ( )}7, 21*2{circumflex over ( )}7, 20*2{circumflex over ( )}7, 20*2{circumflex over ( )}7, 19*2{circumflex over ( )}7, 18*2{circumflex over ( )}7, 18*2{circumflex over ( )}7, 17*2{circumflex over ( )}7, 17*2{circumflex over ( )}7, 16*2{circumflex over ( )}7 . . . .

In Table DivTableM, only the mantissa part of these values is maintained. That is,

DivTableM[ ]={16, 16, 21, 16, 26, 21, 18, 16, 28, 26, 23, 21, 20, 18, 17, 16, 30, 28, 27, 26, 24, 23, 22, 21, 20, 20, 19, 18, 18, 17, 17, 16 . . . }

Therefore, in the aforementioned embodiment, the maximum value requiring 17 bits can be represented by 5 bits, and the amount of storage required for storing Table DivTableM can be reduced.

It should be noted that when the number of the maintained is configured to be 2{circumflex over ( )}N starting from the beginning of the table, the minimum value of Table DivTableM is 2{circumflex over ( )}(P−1), and therefore, the value acquired by subtracting 2{circumflex over ( )}(P−1) from each value may be maintained in Table DivTableM. The aforementioned value is derived by adding 2{circumflex over ( )}(P−1) to the value acquired from the table. In this case, the memory required for 1 bit can be further reduced for each value. In the following, an offset value of Table M in a case where the number of maintained is set to 2{circumflex over ( )}N starting from the beginning of the table is referred to as offsetM. If the table from which the offset has been subtracted is used, then offsetM=2{circumflex over ( )}(P−1). Otherwise, offsetM=0.

Furthermore, if only the mantissa part of the inverse table is maintained by means of the integer part of the exponential representation (1/diff)*(2{circumflex over ( )}16), then the value of the exponent part needs to be derived. In this processing example, the CCLM prediction parameter derivation portion 310442 derives the value of the exponent part according to the following formula.

exp=clz(d,N)+(16−N−(P−1))

Here, d=diff−1 (the difference in luminance), exp represents the exponent part (exponent), and N represents the number of elements maintained as a table. For example, if N=9, then 512 elements are maintained, and if N=5, then 32 elements are maintained. Furthermore, “16” is the precision of 1/diff, i. e., the number of bits of a multiplier for converting 1/diff into an integer representation. In the embodiment described above, calculation is performed by multiplying 65536 (=2{circumflex over ( )}16) to derive the value of 1/diff with integer precision. It should be noted that the precision of 1/diff is arbitrary, and if another value is used, the precision also needs to be changed to “16” correspondingly.

A clz (count leading zeros) function is a function composed of two independent variables (d, mw), and returns the number of consecutive 0s in most significant bits (MSBs) of a first independent variable d represented by a binary number. A second independent variable mw represents the maximum number of bits (number of bits). For example, if P=5, then in the case of d=1 (0b00001, diff=2) (0b is a prefix indicating a binary number), clz(1, mw)=4, and in the case of d=2 (0b00010, diff=3), clz(2, mw)=3. Furthermore, in the case of d=16 (0b10000, diff=17), clz(16, mw)=0. It should be noted that if the first independent variable d is 0, then the second independent variable mw is returned. That is, in the case of d=0 (0b00000, diff=1), clz(0, mw)=mw.

It should be noted that, the clz function has a dedicated command on a plurality of CPUs. In the dedicated command, sometimes the designation of the maximum number of bits is limited to values of 8, 16, 32, etc. However, for example, in the case of mw<=8, clz(d, mw)=clz(d, 8)−(8−mw). Furthermore, the dedicated command is not necessary. For example, in the case of clz(d, 4), the dedicated command may be replaced with the following formula.

clz(d,4)=(d&0x08)?1:(d&0x04)?2:(d&0x02)?3:(d&0x01)?4:5

The CCLM prediction portion 31044 uses exp derived according to d to shift a value acquired by multiplying DivTableM[d] (which is referred to by a luminance difference d (=diff−1)) by a chrominance difference ChromaDelta, thereby deriving the CCLM prediction parameter a.

a=(ChromaDelta*DivTableM[d]<<exp)+add)>>shiftB

b=C_MIN−((a*Y_MIN)>>shiftA)

Here, exp=clz(d, N)+(16−N−(P−1))

For LMDivTable[d], DivTableM[d], and exp of (processing example 1), the following relationship is established.

LMDivTable[d]=DivTableM[d]<<exp

It should be noted that the CCLM prediction parameter a may be derived after deriving the shift number (shiftB−exp) by using the exponent part exp, as described below. However, in the following, for simplicity, the sign of a shift value and a shift direction are reversed if the shift values of the right bit shift operation and the left bit shift operation are negative. This is the same for other examples.

a=(ChromaDelta*DivTableM[d]+add)>>(shiftB−exp)

Here, add=(shiftB−exp>0)?1<<(shiftB−exp−1):0

Furthermore, it is also possible to maintain only the exponent part as Table ShiftTableE. For example, if P=5, then Table ShiftTableE[ ] is as follows:

ShiftTableE[ ]={12, 11, 10, 10, 9, 9, 9, 9, 8, 8, 8, 8, 8, 8, 8, 8, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7 . . . }. Alternatively, Table ShiftTableE′[ ] shown below may be used. ShiftTableE′[ ]={0, 1, 2, 2, 3, 3, 3, 3, 4, 4, 4, 4, 4, 4, 4, 4, 5, 5, 5, 5, 5, 5, 5, 5, 5, 5, 5, 5, 5, 5, 5, 5, 5 . . . }

The exponent part is calculated as follows:

exp=16−(P−1)−ShiftTableE′[d].

If the maximum number of bits mw is equal to or less than N, then Tables ShiftTableE and ShiftTableE′ can also be used instead of the clz function.

clz(d,mw)=mw−ShiftTableE′[d]=mw−(16−(P−1)−ShiftTableE[d]))

The CCLM prediction portion 31044 uses Table DivTableM and Shift Table ShiftTableE to derive the CCLM parameters by means of the following formula.

a=(ChromaDelta*DivTableM[d]<<ShiftTableE[d])+add)>>shiftB

b=C_MIN−((a*Y_MIN)>>shiftA)

It should be noted that the exponent part exp can be used, as described below, to derive the shift number (shiftB−exp) and then the CCLM prediction parameter a.

a=(ChromaDelta*DivTableM[d]+add)>>(shiftB−exp)

Here, add=(shiftB−exp>0)?1<<(shiftB−exp−1):0, exp=ShiftTableE[d]

As described above, the CCLM prediction portion 31044 of this processing example generates a prediction image by means of CCLM prediction, is provided with the CCLM prediction parameter derivation portion 310442, and derives the CCLM prediction parameter a by using the luminance difference value (d), the chrominance difference value (ChromaDelta), and Inverse Table DivTableM. The CCLM prediction parameter derivation portion 310442 derives an exponent part exp corresponding to the inverse of the luminance difference value (d), multiplies the elements of Table DivTableM by the chrominance difference value, and derives the CCLM prediction parameters by performing shifting according to the shift number derived from the exponent part exp.

The aforementioned configuration reduces the number of bits of the value maintained in the inverse table required for deriving the CCLM prediction parameters, thereby reducing the required amount of storage. It should be noted that as illustrated in processing example 1, Table LMDivTableLow may also not be used, but when Table LMDivTableLow is maintained, a table having elements of LMDivTableLow divided into a mantissa part and an exponent part may also be generated.

Processing Example 3

In the embodiment described above, the values of 512 elements used as the desired range of 1 to 512 of a luminance difference value diff are stored in Tables LMDivTable (and LMDivTableLow) required for CCLM prediction. In this processing example, the number of elements stored in the table is reduced, and unmaintained elements are derived by means of calculation, thereby reducing the required memory.

For example, the CCLM prediction parameter derivation portion 310442 derives the CCLM prediction parameters (a, b) by using Table LMDivTable_2N including 2{circumflex over ( )}N elements. Then, the CCLM prediction parameter derivation portion 310442 calculates, according to 1/k of a stored value, the value of an element not stored in Table LMDivTable_2N.

Specifically, a description is provided with reference to FIG. 17 . FIG. 17 is a diagram for illustrating an example of calculating the value of an element not maintained in a table according to an example embodiment of the present disclosure. In this example, N=3. As shown in FIG. 17 , the CCLM prediction parameter derivation portion 310442 directly uses the values of Table LMDivTable_2N for an interval D0[0 . . . 2{circumflex over ( )}N−1] (e.g., 0 . . . 7) of d maintained by the values of Table LMDivTable_2N, uses the value of ½ of the value of the interval D0′[2{circumflex over ( )}N/2 . . . 2{circumflex over ( )}(N+1)−1] (e.g., 4 . . . 7) of the second half of DO of Table LMDivTable_2N for the next interval D1[2{circumflex over ( )}N . . . 2{circumflex over ( )}(N+1)−1] (e.g., 8 . . . 15), uses the value of ¼ of the value of the interval D0′(e.g. 4 . . . 7) of Table LMDivTable_2N for the next interval D2[2{circumflex over ( )}(N+1) . . . 2{circumflex over ( )}(N+2)−1] (e.g., 16 . . . 31), and uses the value of ⅛ of the value of the interval D0′(e.g. 4 . . . 7) of Table LMDivTable_2N for the next interval D3[2{circumflex over ( )}(N+2) . . . 2{circumflex over ( )}(N+3)−1] (e.g., 32 . . . 63). Furthermore, the interval D1 has a width twice the width of the interval D0′; the interval D2 has a width 4 times the width of the interval D0′; the interval D3 has a width 8 times the width of the interval D0′. That is, the values of the interval Dsc[2{circumflex over ( )}(N+sc−1) . . . 2{circumflex over ( )}(N+sc)−1] are the values acquired by multiplying the values of the interval D0[2{circumflex over ( )}N/2 . . . 2{circumflex over ( )}(N+1)−1] by 1/k (here K=2{circumflex over ( )}sc), and starting from the beginning of the interval Dsc, the same values are stored for every k. Here, 1<=sc<=6. 6 is derived from 9−3; 9 is the precision of diff; and 3 is determined according to D1 starting at 8 (=2{circumflex over ( )}3).

For example, if N=3, then the value following d(=diff−1)=8 is calculated by multiplying the value of the interval D0′[4 . . . 7] by 1/k as described below.

-   -   Interval [8 . . . 15]−½     -   Interval [16 . . . 31]−¼     -   Interval [32 . . . 63]−⅛     -   Interval [64 . . . 127]− 1/16     -   Interval [128 . . . 255]− 1/32     -   Interval [256 . . . 511]− 1/64

TABLE 1 Interval Range of d k sc D1  [8 . . . 15] 1/2  1 D2 [16 . . . 31] 1/4  2 D3 [32 . . . 63] 1/8  3 D4  [64 . . . 127] 1/16 4 D5 [128 . . . 255] 1/32 5 D6 [256 . . . 511] 1/64 6

FIG. 18 is a diagram for illustrating an example of calculating the value of an element not maintained in a table according to an example embodiment of the present disclosure. More specifically, as shown in FIG. 18 , like d=8, 9 is ½ of d=4, d=10, 11 is ½ of d=5, d=12, 13 being ½ of d=6, d=14, 15 being ½ of d=7, d=16, 17, 18, 19 being ¼ of d=4, and d=20, 21, 22, 23 being ¼ of d=5 . . . (the list goes on), and calculation is performed with reference to LMDivTable_2N in the manner of k consecutive same values within a range of 1/k of the values. That is, d/k is used for reference to LMDivTable_2N. In the following, k is referred to as scale, and sc=log 2 (k) is referred to as a scale shift value.

Specifically, if a formula is used for representation, then Inverse Table LMDivTable_2 is referred to in LMDivTable_2N[d/k]/k (=LMDivTable_2N[d>>sc]>>sc) by using the derived k by means of the following formula.

sc=(9−N)−clz(d>>N,9−N)

k=2{circumflex over ( )}(sc)

It should be noted that, “9” is due to the precision (number of bits) of the diff being 512 elements (9 bits), and if the precision is different, a different value is allocated.

The CCLM prediction portion 31044 derives the CCLM prediction parameter a by using a value acquired by further shifting the value of Table DivTableM by sc and the chrominance difference ChromaDelta, where the value of Table DivTableM is referred to by a value (d>>sc) acquired by shifting the luminance difference d (=diff−1) by a specified scale shift value sc that is dependent on d.

a=(ChromaDelta*(LMDivTable[d>>sc]>>sc)+add)>>shiftB

b=C_MIN−((a*Y_MIN)>>shiftA)

Here, add=(shiftB>0)?1<<(shiftB−1):0

It should be noted that the application position of the shift implemented by using sc does not depend on the aforementioned situation. The CCLM prediction parameter a may also be derived as shown below.

a=(ChromaDelta*(LMDivTable[d>>sc]+add)>>(shiftB+sc)

b=C_MIN−((a*Y_MIN)>>shiftA)

Here, add=(shiftB+sc>0)?1<<(shiftB+sc−1):0

As described above, the CCLM prediction portion 31044 of this processing example generates a prediction image by means of CCLM prediction, includes the CCLM prediction parameter derivation portion 310442, for deriving the CCLM prediction parameter a by using the luminance difference value (d), the chrominance difference value (ChromaDelta), and Table DivTable_2N. The CCLM prediction parameter derivation portion 310442 derives a scale shift value sc corresponding to the luminance difference value (d), multiplies the value of Table DivTable_2N referring to the value acquired by right-shifting the luminance difference value (d) by sc as the index (element position) by the chrominance difference value, and then shifts the value resulting from multiplication by using sc, thereby deriving the CCLM prediction parameters.

Therefore, all values capable of being derived as difference values do not need to be maintained in Table LMDivTable_2N in advance, thereby reducing the amount of storage required for Table LMDivTable_2N.

(Combination)

The CCLM prediction parameter derivation portion 310442 may perform processing by combining the aforementioned processing examples 1 to 3. In this case, the CCLM prediction parameter derivation portion 310442 derives a scale shift value sc corresponding to the luminance difference value (d), derives the value (DivTableM[d>>sc]) of Table DivTableM referring to the value d>>sc as the index (element position), the value d>>sc being acquired by right-shifting the luminance difference value (d) by sc, and then multiplies the chrominance difference value by the value r acquired by performing shifting by using an exp value corresponding to an exponent part corresponding to d>>sc and a shift value sc, thereby deriving the CCLM prediction parameters.

The CCLM prediction parameters (a, b) are derived according to the following formula.

a=(ChromaDelta*r+add)>>shiftB

b=MinChromaValue−((a*MinLumaValue)>>shiftA)

d=diff−1

sc=(D−N)−clz(d>>N,D−N)

exp=clz(d>>sc,N)+(16−N−P−1))

r=(DivTableM[d>>sc]+offsetM)<<exp>>sc

add=(shiftB>0)?1<<(shiftB−1):0

If an offset is used (the number of the maintained is configured to be 2{circumflex over ( )}N starting from the beginning of the table), then offsetM=2{circumflex over ( )}(P−1). If no offset is used, then offsetM=0.

Here,

D: (1 . . . 2{circumflex over ( )}D) representing the range of the value of diff, where D=9 in (processing example 1) to (processing example 3). N: an integer representing log 2 of the number of elements of DivTable, where 0<N<=D P: the number of bits of the mantissa part in the exponential representation of the value of an integral multiple (2{circumflex over ( )}16) of 1/diff, where 0<=P−1<=16−N

It should be noted that the order of application of the scale shift value sc and the exponential shift value exp is not limited to the above. For example, the CCLM prediction parameter derivation portion 310442 derives sc corresponding to the luminance difference value (d), and uses the shift value (shiftB+sc−exp) derived according to exp and sc to shift the value acquired by multiplying DivTableM[d>>sc] with the chrominance difference value, thereby deriving the CCLM prediction parameters. By the table, DivTableM[d>>sc] refers to, as the index (element position), the value d>>sc acquired by right-shifting the luminance difference value (d) by sc.

a=(ChromaDelta*r+add)>>(shiftB+sc−exp)

b=MinChromaValue−((a*MinLumaValue)>>shiftA)

d=diff−1

sc=(D−N)−clz(d>>N,D−N)

exp=clz(d>>sc,N)+(16−N−(P−1))

r=(DivTableM[d>>sc]+offsetM)

add=(shiftB+sc−exp>0)?1<<(shiftB+sc−exp−1):0

offsetM=2{circumflex over ( )}(P−1) or 0

Furthermore, it is also possible to normalize the value of ChromaDelta by first using the shift value shiftB.

a=((ChromaDelta+add)>>shiftB)*r>>(sc−exp)

(Examples of Table Values)

Examples of table values are shown below.

<Example 1> N=6, and P=5, with an offset offsetM of 2{circumflex over ( )}(P−1)

DIVTABLEM[64]={0, 0, 5, 0, 10, 5, 2, 0, 12, 10, 7, 5, 4, 2, 1, 0, 14, 12, 11, 10, 8, 7, 6, 5, 4, 4, 3, 2, 2, 1, 1, 0, 15, 14, 13, 12, 12, 11, 10, 10, 9, 8, 8, 7, 7, 6, 6, 5, 5, 4, 4, 4, 3, 3, 3, 2, 2, 2, 1, 1, 1, 1, 0, 0} SHIFTTABLEE[64]={12, 11, 10, 10, 9, 9, 9, 9, 8, 8, 8, 8, 8, 8, 8, 8, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6}

<Variation of example 1> In the case of a different rounding method, the table may also be as follows.

DivTableM[64]={0, 0, 5, 0, 10, 5, 2, 0, 12, 10, 7, 5, 4, 2, 1, 0, 14, 12, 11, 10, 8, 7, 6, 5, 4, 4, 3, 2, 2, 1, 1, 0, 15, 14, 14, 13, 12, 11, 11, 10, 9, 9, 8, 8, 7, 7, 6, 6, 5, 5, 4, 4, 4, 3, 3, 3, 2, 2, 2, 1, 1, 1, 1, 0}

ShiftTableE is similar to that in <example 1>.

If N=6 and P=5, then the amount of storage required to store the table is (5−1)*2{circumflex over ( )}6=4*64=256 (bits). Compared with the case of the above-described embodiment, 256/16896=1.515%, and the amount of storage can be significantly reduced.

<Example 2>N=5, and P=5 with an offset of 2{circumflex over ( )}(P−1)

DivTableM[32]={0, 0, 5, 0, 10, 5, 2, 0, 12, 10, 7, 5, 4, 2, 1, 0, 14, 12, 11, 10, 8, 7, 6, 5, 4, 4, 3, 2, 2, 1, 1, 0} ShiftTableE[32]={12, 11, 10, 10, 9, 9, 9, 9, 8, 8, 8, 8, 8, 8, 8, 8, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7}

In this case, (N=5, P=5, and D=9 with an offset). The derivation formulas of a and b are summarized as follows.

d=diff−1

sc=(D−N)−clz(d>>N,D−N)=(9−5)−clz(d>>5,9−5)=4−clz(d>>5,4)

exp=clz(d>>sc,N)+(16−N−(P−1))=clz(d>>sc,5)+(16−5−(5−1)=clz(d>>sc,5)+7

offsetM=2{circumflex over ( )}(P−1)=2{circumflex over ( )}(5−1)=16

r=(DivTableM[d>>sc]+offsetM)=DivTableM[d>>sc]+16

add=(shiftB+sc−exp>0)?1<<(shiftB+sc−exp−1):0,

a=(ChromaDelta*r+add)>>(shiftB+sc−exp)

b=MinChromaValue−((a*MinLumaValue)>>shiftA)

In this case, if ShiftTableE is used instead of clz, then a and b are calculated as shown below.

d=diff−1

sc=(D−N)−clz(d>>N,D−N)=(D−N)−((D−N)−(16−(P−1)−ShiftTableE[d>>5]))=4−(4−(16−4)−ShiftTableE[d>>5]))=12−ShiftTableE[d>>5]

exp=ShiftTableE[d>>5]

offsetM=2{circumflex over ( )}(P−1)=2{circumflex over ( )}(5−1)=16

r=(DivTableM[d>>sc]+offsetM)=DivTableM[d>>sc]+16

add=(shiftB+sc−exp>0)?1<<(shiftB+sc−exp−1):0,

a=(ChromaDelta*r+add)>>(shiftB+sc−exp)

b=MinChromaValue−((a*MinLumaValue)>>shiftA)

<Variation of example 2> In the case of a different rounding method, the table may also be as follows.

DivTableM[32]={0, 0, 5, 0, 10, 5, 2, 0, 12, 10, 7, 5, 4, 2, 1, 0, 14, 13, 11, 10, 9, 8, 7, 6, 5, 4, 3, 3, 2, 1, 1, 0}

ShiftTableE is similar to that in <example 2>.

It should be noted that in the case of no offset (offsetM=0), values acquired by adding elements of the aforementioned offset DivTableM to 2{circumflex over ( )}(P−1) in advance are stored and used.

<Example 3>N=6, and P=4 with an offset of 2{circumflex over ( )}(P−1)

DivTableM[64]={0, 0, 3, 0, 5, 3, 1, 0, 6, 5, 4, 3, 2, 1, 1, 0, 7, 6, 5, 5, 4, 4, 3, 3, 2, 2, 1, 1, 1, 1, 0, 0, 7, 7, 7, 6, 6, 5, 5, 5, 4, 4, 4, 4, 3, 3, 3, 3, 2, 2, 2, 2, 2, 1, 1, 1, 1, 1, 1, 1, 0, 0, 0, 0} ShiftTableE[64]={13, 12, 11, 11, 10, 10, 10, 10, 9, 9, 9, 9, 9, 9, 9, 9, 8, 8, 8, 8, 8, 8, 8, 8, 8, 8, 8, 8, 8, 8, 8, 8, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7, 7}

<Variation of example 3> In the case of a different rounding method, the table may also be as follows.

DivTableM[32]={0, 0, 3, 0, 5, 3, 1, 0, 6, 5, 4, 3, 2, 1, 1, 0, 7, 6, 6, 5, 4, 4, 3, 3, 2, 2, 2, 1, 1, 1, 1, 0}

ShiftTableE is similar to that in <example 3>.

<Example 4> N=5, and P=4 with an offset of 2{circumflex over ( )}(P−1)

DivTableM[32]={0, 0, 3, 0, 5, 3, 1, 0, 6, 5, 4, 3, 2, 1, 1, 0, 7, 6, 5, 5, 4, 4, 3, 3, 2, 2, 1, 1, 1, 1, 0, 0} ShiftTableE[32]={13, 12, 11, 11, 10, 10, 10, 10, 9, 9, 9, 9, 9, 9, 9, 9, 8, 8, 8, 8, 8, 8, 8, 8, 8, 8, 8, 8, 8, 8, 8, 8,}

<Variation of example 4> In the case of a different rounding method, the table may also be as follows.

DivTableM[32]={0, 0, 3, 0, 5, 3, 1, 0, 6, 5, 4, 3, 2, 1, 1, 0, 7, 6, 6, 5, 4, 4, 3, 3, 2, 2, 2, 1, 1, 1, 1, 0}

ShiftTableE is similar to that in <example 4>.

It should be noted that if N=5 and P=4, then the amount of storage required to store the table is (4−1)*2{circumflex over ( )}=3*32=96 (bits). Compared with the case described in the above embodiment, 96/16896=0.568%, and the amount of storage can be significantly reduced.

Other Examples

It should be noted that in the aforementioned processing examples, the example of reducing the amount of storage for storing the table for the CCLM processing is described, but the technical concept of the present invention can also be used for reducing an amount of storage for storing other information. For example, the technical concept of the present invention is also applicable to a table for derivation of a motion vector.

(Hardware Implementation and Software Implementation)

In addition, the blocks in the moving image decoding device 31 and the moving image encoding device 11 described above may be implemented by hardware by using a logic circuit formed on an integrated circuit (IC chip), or may be implemented by software by using a Central Processing Unit (CPU).

In the latter case, the devices described above include: a CPU for executing commands of a program for implementing the functions, a Read-Only Memory (ROM) for storing the program, a Random-Access Memory (RAM) for loading the program, and a storage device (storage medium) such as a memory for storing the program and various data. The objective of the embodiments of the present invention can be attained by performing the following: software for implementing the functions described above, namely program code of a control program for the above devices (executable program, intermediate code program, source program), is recoded in a recording medium in a computer-readable manner, the recording medium is provided to the above devices, and the computer (or CPU or MPU) reads the program code recorded in the recording medium and executes the same.

Examples of the recording medium described above include: tapes such as a magnetic tape and a cassette tape, disks or discs including a magnetic disk such as a floppy disk (registered trademark)/hard disk and an optical disc such as a Compact Disc Read-Only Memory (CD-ROM)/Magneto-Optical (MO) disc/Mini Disc (MD)/Digital Versatile Disc (DVD, registered trademark)/CD Recordable (CD-R)/Blu-ray Disc (registered trademark), cards such as an IC card (including a memory card)/optical card, semiconductor memories such as a mask ROM/Erasable Programmable Read-Only Memory (EPROM)/Electrically Erasable and Programmable Read-Only Memory (EEPROM)/flash ROM, or logic circuits such as a Programmable logic device (PLD) and a Field-Programmable Gate Array (FPGA).

In addition, the devices described above may also be configured to be connectable to a communication network and to be provided with the above program code by means of the communication network. The communication network is not specifically limited as long as the program code can be transmitted. For example, the Internet, an intranet, an extranet, a Local Area Network (LAN), an Integrated Services Digital Network (ISDN), a Value-Added Network (VAN), a Community Antenna television/Cable Television (CATV) communication network, a virtual private network, a telephone network, a mobile communication network, a satellite communication network, and the like can be used. In addition, transmission media forming the communication network are not limited to a specific configuration or type as long as the program code can be transmitted. For example, a wired medium such as Institute of Electrical and Electronic Engineers (IEEE) 1394, a USB, a power-line carrier, a cable TV line, a telephone line, and an Asymmetric Digital Subscriber Line (ADSL) or a wireless medium such as an infrared-ray including Infrared Data Association (IrDA) and a remote controller, Bluetooth (registered trademark), IEEE 802.11 wireless communication, High Data Rate (HDR), Near-Field Communication (NFC), Digital Living Network Alliance (DLNA, registered trademark), a mobile telephone network, a satellite circuit, and a terrestrial digital broadcast network can also be used. It should be noted that the embodiments of the present invention may also be implemented in a form of a computer data signal embedded in a carrier wave in which the above program code is embodied by electronic transmission.

The embodiments of the present invention are not limited to the above embodiments, and can be variously modified within the scope of the claims. That is, embodiments acquired by combining technical solutions which are adequately modified within the scope of the claims are also included in the technical scope of the present invention.

(Others)

The present invention can also be described as follows.

A prediction image generation device according to a solution of the present invention is a prediction image generation device for generating a prediction image by means of cross-component linear model (CCLM) prediction, characterized by including: a CCLM prediction parameter derivation portion, for deriving CCLM prediction parameters by using a luminance difference value, a chrominance difference value, and a table, wherein the aforementioned CCLM prediction parameter derivation portion derives a scale shift value corresponding to the luminance difference value, multiplies the value of the aforementioned table referring to the value acquired by right-shifting the luminance difference value by the aforementioned scale shift value as an index by the aforementioned chrominance difference value, and then shifts the value resulting from multiplication by using the scale shift value, thereby deriving the aforementioned CCLM prediction parameters.

A prediction image generation device according to a solution of the present invention is a prediction image generation device for generating a prediction image by means of cross-component linear model (CCLM) prediction, characterized by including: a parameter derivation portion, for deriving CCLM prediction parameters by using a luminance difference value, a chrominance difference value, and an inverse table, wherein the aforementioned parameter derivation portion derives an exponent part corresponding to the inverse of the aforementioned luminance difference value, multiplies elements of the aforementioned inverse table by the aforementioned chrominance difference value, and performs shifting according to a shift number derived from the aforementioned exponent part, thereby deriving the aforementioned CCLM prediction parameters.

A prediction image generation device according to a solution of the present invention is a prediction image generation device for generating a prediction image by means of cross-component linear model (CCLM) prediction, characterized by including: a parameter derivation portion, for deriving CCLM prediction parameters by creating a table corresponding to difference values of a plurality of luminance reference pixels and derived values used to derive the aforementioned CCLM prediction parameters according to the difference values. The aforementioned table maintains an integer part of a value acquired by multiplying the inverse of the difference value by a specified value. 

What is claimed is:
 1. A moving image decoding method for generating a prediction image using an intra-frame prediction mode, the moving image decoding method comprising: deriving a first parameter and a second parameter by using a sampled luminance value down-sampled according to a chrominance format and the intra-frame prediction mode; and deriving the prediction image by using the first parameter and the second parameter, wherein: the first parameter is derived by: deriving a logarithmic value of a luminance difference value, deriving a first value by right-shifting a second value related to the luminance difference value by the logarithmic value, and using a third value acquired by multiplying a fourth value by a chrominance difference value, wherein the fourth value is determined from a reference table by using the first value, and the second parameter is derived by using the first parameter.
 2. The moving image decoding method according to claim 1, wherein: the luminance difference value is a difference value between a first sampled value and a second sampled value, and the chrominance difference value is a difference value between a third sampled value and a fourth sampled value.
 3. The moving image decoding method according to claim 2, wherein: the second parameter is derived by subtracting a fifth value from the first sampled value, and the fifth value is acquired by right-shifting a product of the first parameter and the first sampled value by a first shift value.
 4. The moving image decoding method according to claim 3, wherein the prediction image is derived by right-shifting a product of the first parameter and a sampled luminance value by the first shift value and then adding the second parameter to the right-shifted product.
 5. The moving image decoding method according to claim 1, wherein the first parameter is derived by right-shifting the third value by a value related to a chrominance bit depth.
 6. The moving image decoding method according to claim 1, wherein an encoding object image is restored by adding a residual image to, or subtracting the residual image from, the prediction image. 